home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0081 / info89 / 853.txt next >
Text File  |  1997-04-16  |  12KB  |  256 lines

  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Fri, 22 Dec 89       Volume 89 : Issue  853
  4.  
  5. Today's Topics:
  6.                Malloc on 2.5 Meg 1040stf - help needed
  7.                    summary on ICD autoboot problems
  8.                           The Rape of Usenet
  9. ----------------------------------------------------------------------
  10.  
  11. Date: 23 Dec 89 00:25:56 GMT
  12. From: mcsun!hp4nl!dutrun!hans@uunet.uu.net  (Hans Buurman)
  13. Subject: Malloc on 2.5 Meg 1040stf - help needed
  14. Message-ID: <1055@dutrun.UUCP>
  15.  
  16. I think I'll need help on this one...
  17. I recently upgraded my 1040 stf to 2.5 Mb using a kit by Weide
  18. (although this is not a hardware problem). I found that one of
  19. the programs I use intensively (turbo c linker) won't make full
  20. use of the extra memory. The reason is the following:
  21.  
  22. This linker uses gemdos call 0x48 (Malloc) at least twice for
  23. each file read. It appears that this call can only be issued
  24. some 300 times, after which it fails, regardless of the amount
  25. of free memory. This problem does not occur on a Mega ST !
  26. Maybe it is only present in early gemdos versions ? (I bought
  27. the 1040stf in March, 1987).
  28.  
  29. Right now, my workaround is to link from the desktop, without
  30. ramdisk, turbodos, etc. I'm cooperating in a large project,
  31. so I really could use a solution. Can anybody help me ?
  32.  
  33. Anyway, merry Chistmas everybody !
  34.  
  35.         Hans
  36.  
  37. ========================================================================
  38. Hans Buurman               | hans@duttnph.tudelft.nl | hans@duttnph.UUCP
  39. Pattern Recognition Group  | 31-(0)15-78 46 94       |
  40. Faculty of Applied Physics | Delft University of Technology
  41.  
  42. ------------------------------
  43.  
  44. Date: 22 Dec 89 23:22:23 GMT
  45. From: sun-barr!newstop!texsun!pollux!ti-csl!vlsic2!parker@ames.arc.nasa.gov
  46.  (James Parker)
  47. Subject: summary on ICD autoboot problems
  48. Message-ID: <103527@ti-csl.csc.ti.com>
  49.  
  50. I earlier posted a message asking about problems I was having with the
  51.  ICDBOOT.PRG
  52. and trying to disable the autoboot from the hard-drive. Thanks to everyone who
  53. replied and with their help and some luck of my own, I have managed to solve it
  54. sort 0f...
  55.  
  56. With my ST (1040 with TOS 1.4), the following sequence would allow the ST
  57. to boot completely from the floppy disk, ie. not using the AUTO folder of the
  58. hard drive boot partition.
  59.  
  60. DO a cold boot, and wait for the Floppy drive light to come on and then go off
  61. again. Now press and hold down Ctrl/Alt/Shift until the hard drive light
  62. flashes on an goes off. Now release the keys and the computer will continue
  63. to boot reading the floppy.
  64.  
  65. One more thing to note. If you have ICDBOOT.PRG in the AUTO folder of your
  66. floppy, it will be read no problem, but the computer then goes to hard drive
  67. and installs whatever accessories are there for a hard-drive boot.
  68. If you want to come up with the accessory arrangement on your floppy, the
  69. easiest thing is to remove ICDBOOT.PRG from your floppy AUTO folder and
  70. run in manually after you have booted. You can then access your hard drive
  71. no problem.
  72.  
  73. I'm sure there are more elegant fixes than this, but... I also had several
  74. people say just get SUPERBOOT or G+PLUS, etc., and forget about it.
  75. Probably good advice.
  76.  
  77. Anyway, there is the summary of what I discovered.
  78.  
  79. Thanx again,
  80.  
  81. james parker
  82.  
  83. ------------------------------
  84.  
  85. Date: 23 Dec 89 00:01:59 GMT
  86. From:
  87.  zaphod.mps.ohio-state.edu!uwm.edu!dogie.macc.wisc.edu!vms.macc.wisc.edu@tut.cis
  88.  .ohio-state.edu  (Neil Gilmore)
  89. Subject: The Rape of Usenet
  90. Message-ID: <2853@dogie.macc.wisc.edu>
  91.  
  92. (all points I don't discuss deleted)
  93.  
  94. In article <946@crash.cts.com>, canada@crash.cts.com (Diane Barlow Close)
  95.  writes...
  96.  
  97. >This message was posted by Dave Small to the atari newsgroup, and I have
  98. >many objections and some questions I'd like to pose to the net (so as not
  99. >to waste net $$ please direct all followups to news.misc or alt.flame):
  100. (I'd like to, but our reader is brain-damaged)
  101. (if someone else can, please put this in the appropriate place, thanks)
  102.  
  103. >-> Date: 19 Dec 89 06:00:28 GMT
  104. >-> >From: dsmall@well.UUCP (David Small)
  105. >-> Newsgroups: comp.sys.atari.st
  106. >-> Subject: USENET -> GEnie uplink now working
  107. >-> Message-ID: <15097@well.UUCP>
  108.  
  109. >->     It's time to announce that there is now a working uplink
  110. >-> from USENET to GEnie. Each note posted into comp.sys.atari.st is sorted
  111. >-> by topic, and uploaded to "Category 10" of the Gadgets RT on GEnie.[...]
  112.  
  113. >->     The link is one way. GEnie makes its living selling information
  114. >-> bases to the public, and doesn't want them downloaded and distributed
  115.  freely.
  116. >-> [...] I just want to get the maximum freedom of information
  117. >-> exchange possible between these networks; [...]
  118.  
  119. In this case, the maximum is not enough to allow the minimum.
  120.  
  121. >I object to this ONE WAY transfer of information.  Dave talks about the
  122. >*exchange* of information.  This is not an *exchange*, it is a one-way
  123. >transfer of Usenet information.  I object to the rape and plunder
  124. >(*for profit*) of Usenet!  A summary of Usenet, or perhaps ``this is the
  125. >latest from Usenet'' (1 or 2 articles follow), is acceptable. This wholesale
  126. >plunder of Usenet is not.
  127.  
  128. I must second this opinion. Unless the 'article' link is both ways,
  129. forget it.
  130.  
  131. >->     I wanted to let you know to prevent invading anyone's privacy.
  132. >-> [...] If someone has a real need not to have their notes forwarded to
  133. >-> GEnie, I will be happy to put a "filter" on to prevent it by request; [...]
  134.  
  135. Thanks Dave. It would have been genuinely dishonest to make this
  136. link and not tell anyone... but I would have preferred discussion before
  137. the event, not after. Oh, well, at least we get to discuss it now.
  138.  
  139. >I think this should be changed to ``only take articles from Usenet if a
  140. >person sends Dave his *approval*''.  Why should I have to trust Dave to remove
  141. >my articles?  What if he misses one?  What if my mail can't get through?...
  142.  
  143. If the link doesn't go away as I want it to, I think this is an
  144. acceptable alternative. Post only what has specific permission to post.
  145.  
  146. (If you read this Dave, This is the ONLY one of my postings which I wish
  147. to go to GEnie. NO OTHERS may. Attempted mail to follow.)
  148.  
  149. >I also object most strenously to Dave limiting MY access to information by
  150. >scaring away Usenet posters who don't want the kind of publicity GEnie
  151. >offers.  Usenet is supported FREELY by a conglomeration of machines (each
  152. >company covering a bit of the expenses) and I object very, very much to
  153. >GEnie profiting from other sites' generousity.
  154.  
  155. I'm afraid I don't understand this statement. Publicity?
  156.  
  157. >->     It seems to me like a benefit for everyone involved, especially
  158. >-> if/when 2-waymail gets going.
  159.  
  160. No objections, only encouragement for a mail link (both ways, of
  161. course). Dave, there is a mail link to CompuServe, but I don't have any
  162. details. Mail is fundamentally different than posting. It is an exchange
  163. between 2 people, not 2 organizations.
  164.  
  165. >-> [...] other areas on GEnie are
  166. >-> expressing great interest in having a USENET uplink. Basically, folks,
  167. >-> USENET is perceived as the place where the people who know what they're
  168. >-> doing post notes.
  169.  
  170. But have any USENET groups expressed interest in having their group
  171. uplinked to GEnie? Have any USENET groups even expressed interest in a
  172. 2 way link to GEnie. If USENET is preceived as the place for those who
  173. know their stuff, why did those others get GEnie accounts instead of
  174. accounts on public USENET machines? I know of only 3 (portal, madnix,
  175. and macc), but there must be many other machines out there on which
  176. anyone can get an account.
  177.  
  178. >Does this mean that soon *all* Usenet groups are going to be appearing on
  179. >GEnie?  I hope we can stop this before it gets out of hand!
  180.  
  181. Agreed. Stop this now.
  182.  
  183. >->     Why do it? Because a long time ago, on the CERL site on PLATO, a
  184. >-> person named Sherwin Gooch, ex-PLATO, ex-Atari, and now with Apple,
  185. >-> introduced me to the hacker ethic and freedom of information exchange as
  186. >-> its primary goal. (No, not illegal exchange, you know what I mean). [...]
  187.  
  188. Sounds like a defferent hacker ethic than what I was raised on... I
  189. don't follow any of that crap they fed me when I was younger.
  190.  
  191. >->     If anyone feels this is wrong, I'll be more than happy to listen and
  192. >-> if convinced, drop the link. [...]
  193.  
  194. I think you're getting an earful of what we think.
  195.  
  196. >Write Dave Small and voice your objections TODAY, before it's too late and
  197. >Usenet becomes GEnie (and you have to pay through the nose for what was
  198. >formerly free)!
  199.  
  200. Sorry. Emotional argument of this type doesn't cut it. I don't believe
  201. that USENET will cease to exist because of this link, but it won't help
  202. it any either.
  203.  
  204. >->     Well, enough said. I hope this leads to good things -- GEnie users
  205. >-> getting good information on time, for instance.
  206.  
  207. Dave, you are known to us as a doer of good things. Your reputation is
  208. impeccable, at least in your business dealings. I believe that you
  209. intended to do good by this, but I believe more strongly that,
  210. ultimately, this will do no good for those who are generating the
  211. information that you wish to pass along, instead doing good for persons
  212. having no real connection with the originator.
  213.  
  214. >The more Usenet becomes publicized, the greater the danger of someone in
  215. >political power becoming ``concerned''.  Perhaps concerned enough to pass
  216. >legislation like that currenly up for review in New York:  a sysop must
  217. >validate each and every *message* that is posted to his BBS and must also
  218. >guarantee privacy of the message and guarantee that the message NOT appear
  219. >on any other service.
  220.  
  221. Bad news to me. Blast this and other similar legislation, except for
  222. privacy of private email. Also unenforcable, as no sysop can guarantee
  223. that no person ever will download a message and upload it somewhare
  224. else. Make the originator responsible for their postings, not the
  225. sysops.
  226.  
  227. >Is there anything (legal?) that we can do to stop this link?  In general,
  228. >are there any ``net rules'' for this type of thing?  Is GEnie in any danger
  229. >by uploading Usenet articles wholesale?
  230.  
  231. I hope that Dave will understand our sentiments and close down the link
  232. until such time as the Net Gods can pass judgement. I would think that
  233. any postings which specifically say that their information may not be
  234. distributed for profit would be incorrect for uplinking, as GEnie would
  235. be profitting from their posting to USENET. This pretty well leaves out
  236. any of the binaries and sources groups, as well as most of the code
  237. fragments in postings. As Dave does not profit, he should be in no trouble.
  238. Who will monitor every message to be certain which may be distributed and
  239. which may not be? That is what it would take to ensure copyright
  240. compliance.
  241.  
  242. >Diane Barlow Close
  243. >      ?nosc, ucsd?!crash!canada
  244. >      canada@crash.cts.com
  245. >      Free Canada -- Trade Mulroney
  246.  
  247. +-----------------------------------------------------------------------+
  248. | Kitakaze Tatsu Raito  Neil Gilmore     internet:gilmore@macc.wisc.edu |
  249. | Jararvellir,          MACC, UW-Madison bitnet: gilmore@wiscmac3       |
  250. | Middle Kingdom        Madison, Wi                                     |
  251. +-----------------------------------------------------------------------+
  252.  
  253. ------------------------------
  254.  
  255. End of INFO-ATARI16 Digest V89 Issue #853
  256. *****************************************